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The 3B20D Processor and the Duplex Multienvironment Real-Time 
(DMERT) Operating System provide a versatile processing base to 
fulfill the varied processing needs of telecommunications systems. To 
illustrate the versatility of the 3B20D / DMERT system, this article 
describes the structuring of four diverse telecommunication system 
applications. 

I. INTRODUCTION 

The 3B20D Processor and the Duplex Multienvironment Real-Time 
(DMERT) operating system were designed to provide a base for a 
wide variety of high-availability real-time and time-sharing applica- 
tions. The wide applicability of the 3B20D/DMERT combination is 
due to the flexible hardware configuration of the processor coupled 
with the multilevel structure of the DMERT operating system. The 
versatile, intelligent input/output processor and the high-speed dedi- 
cated dual-serial channels provide for varying peripheral configuration 
interconnection needs. 1, 2 The microcode support for multiple resident 
instruction sets and the operating system support for application 
software at several different operating system functionality levels 
provide the diverse operating environment needs of teleprocessing 
system applications as well as data processing oriented applications. 3 

The combined 3B20D Processor and DMERT operating system can 
be viewed as a hierarchy of capability levels. This is depicted in Fig. 1. 
The lowest capability level is the 3B20D Processor hardware and 
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microcode. This level provides the machine instruction primitives. The 
next level of capability is the DMERT operating system kernel. This 
level provides the basic operating system primitive functions such as 
memory management and interprocess communication and schedul- 
ing. The next level of capability is the kernel process level. This level 
provides the ability to directly interface with the hardware for maxi- 
mum real-time efficiency. The highest level of capability is the super- 
visor/user process level. This level provides full user-oriented input/ 
output capability combined with the powerful and convenient devel- 
opment environment available to UNIX* operating system users. 

The combination of a multilevel operating system and support of 
multiple resident instruction sets gives 3B20D/DMERT exceptional 
adaptability. We will describe how these two capabilities can be used 
to provide different kinds of services to applications and illustrate their 
use in four systems applications. 

1.1 Multilevel operating system 

From an application viewpoint the multilevel capability of DMERT 
allows an application to tune its software according to the most 
appropriate trade-off of real-time control versus ease of programming 
and maintainability. The DMERT kernel process interface allows 
applications to attach directly to interrupts in order to support appli- 
cation-specific peripherals or other custom hardware. It also allows 
applications to write real-time event software handlers that run at any 
desired hardware priority level in order to provide real-time response 
to events. In effect, the application shares the hardware-scheduling 
decisions with the DMERT operating system. 

If direct hardware scheduling or control is not needed, DMERT 
offers the supervisor/user level of the UNIX operating system for 
time-sharing applications. This level provides a large amount of pro- 
gram protection and development support to make writing and main- 
taining user-level processes easier. At the user level all access to 
machine resources is controlled by DMERT so that unauthorized 
accesses are prevented and the user is shielded from most of the 
specific hardware details. In most applications, the bulk of the software 
is at the user level and only a small percentage needs to be written at 
the kernel process level. 

The user-level environment of the UNIX operating system supplied 
with DMERT need not be the only user-level environment. Applica- 
tions also have the ability to construct additional environments to 
provide specific application services for programmers. This can be 
especially useful as a means of ensuring uniform treatment of appli- 



* Trademark of Bell Laboratories. 
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cation-specific resources and as a way to provide a standard develop- 
ment base in the situation where multiple systems may be used by a 
single application. 

1.2 Multiple resident instruction sets 

The 3B20D Processor is a microcoded machine that provides suffi- 
cient microstore and control to support multiple instruction sets resi- 
dent on the processor at the same time. The DMERT operating system 
running in 3B native code is designed to coexist with emulated software 
running on a different instruction set. This allows the 3B20D Processor 
to be used by certain applications to preserve any software investment 
involved in previously released systems. Since the processor dynami- 
cally shifts between the emulated and native environment by executing 
a single instruction, new software can be written in either emulated or 
native mode as needed. 

II. NO. 5 ESS 

No. 5 ESS 4 is a Bell System-developed local digital switching system 
designed as a world-class product for both domestic and international 
markets and employing the latest technology. The No. 5 ESS system 
can be configured to serve rural offices with as few as 1000 customer 
lines, as well as metropolitan offices with up to 100,000 lines. Early 
applications of No. 5 ESS are as replacements of electromechanical 
switching systems. The first such system was placed in commercial 
service in March, 1982. This represents an important first step in the 
evolution of the Bell System's nationwide digital network. 

In the overall No. 5 ESS architecture, the 3B20D Processor is used 
as the central processor complex and is responsible for a variety of 
functions including maintenance control, administration, human inter- 
face, system integrity, and certain centralized call-processing functions 
such as routing and control of global data. Some of these functions are 
performed by the No. 5 ESS application software, some are performed 
by DMERT, and some are joint responsibilities requiring close coor- 
dination between the No. 5 ESS application and DMERT. In this 
capacity, the 3B20D Processor is playing several different roles, and 
the multilevel hierarchy in DMERT allows the different functions to 
be placed at the most appropriate level. For each function, the trade- 
offs involved were evaluated and the most appropriate capability level 
for No. 5 ESS processes was selected. For example, many functions 
such as administration, recent change, and basic diagnostics are not 
real-time sensitive. Therefore, the performance of the kernel process 
level was not required and the easier development environment of the 
user-process level was considered to be the deciding criterion. On the 
other hand, the call-processing function required the best possible real- 
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time performance even at the cost of lesser development convenience, 
so the kernel process level was chosen. 

The No. 5 ESS application added an application-specific environ- 
ment having features such as task management, message handling, 
and timing specifically oriented to No. 5 ESS call-processing needs. 
This same environment is provided on other processing components 
within the distributed No. 5 ESS architecture. This resulted in a 
uniform interface for No. 5 ESS developers with subsequent advan- 
tages in training, portability, and ease of development. Thus, the No. 
5 ESS application demonstrates how the multiple-level architecture of 
DMERT allows applications the capability of making their own choices 
and trade-offs between performance versus flexibility and ease of 
development. Also, this approach shows how the kernel process inter- 
face allows an application to implement an environment most suitable 
for its particular needs. 

III. TRAFFIC SERVICE POSITION SYSTEM 

Since its introduction in 1969, the Traffic Service Position System 
No. I 5, 6 (TSPS No. 1) has been deployed rapidly throughout the Bell 
System's nationwide telecommunications network to the point where 
there are more than 150 systems in the continental United States. 
Over 95 percent of Bell System customers and a large number of 
customers of other telephone companies are served by TSPS No. 1. 
The continuing growth of operator services traffic, plus the continuing 
addition of new features, have steadily reduced the remaining real- 
time capacity and available memory in the TSPS No. 1 Processor. 
Additionally, plans to utilize TSPS as an Action Point in the emerging 
stored program controlled network dictated the need for new processor 
peripherals, such as a mass memory disk that cannot be provided by 
the current TSPS No. 1 processor. 

To meet these needs, a major evolution from TSPS No. 1 to a new 
system, called TSPS No. IB, was required. The goals of this evolution 
were to provide substantially increased call capacity, memory, and 
processor peripheral capability. 

The size of the investment in existing TSPS No. 1 software programs 
and peripheral hardware is very large. To preserve as much of this 
investment as possible, the existing software and peripheral hardware 
were retained in the transition to TSPS No. IB. At the same time, the 
capability of adding new features using high-level language software 
was provided. 

The 3B20D Processor and DMERT provide the basis for meeting 
the goals of TSPS No. IB. The 3B20D Processor replaces the existing 
TSPS No. 1 processor. The existing TSPS No. 1 periphery is retained 
and, through emulation, the existing TSPS software is preserved. The 
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retention of existing TSPS No. 1 periphery is achieved through the 
use of a Peripheral System Interface (PSI) circuit designed to interface 
the TSPS buses with the 3B20D Processor. The software preservation 
is accomplished by defining (through microcode) one of the multiple 
3B20D processor instruction sets to be that of the existing processor, 
thus emulating that processor and allowing existing TSPS software to 
be transported to the 3B20D Processor almost intact. The ability exists 
to switch between the emulated instruction set and the 3B20D native 
instruction set within a single process and with a single instruction. 
Thus, new software can be added into either environment, as appro- 
priate. Both emulated and native-mode software are run under the 
DMERT operating system, allowing operating system services to be 
available to both forms of software. The emulated existing TSPS No. 
1 assembly language code is structured as a single kernel process 
executing under DMERT. As explained in the No. 5 ESS discussion, 
this permits efficient control of real-time resources where required. 
Other administrative and diagnostic functions that are not real-time 
sensitive are implemented as user-level processes. The DMERT op- 
erating system provides processor maintenance and administration. 
Thus, both the multilevel operating system and multiple-resident 
instruction set capabilities of 3B20D/DMERT are essential elements 
of the TSPS No. IB design. 

The first TSPS No. IB started serving telephone customers in 
Fresno, California in November, 1981. As of September 1982, about 20 
TSPS No. lB's are in service and, by year-end, it is planned to have a 
total of about 35 in service. Performance data from all TSPS No. IB 
sites indicate that all design objectives have been achieved. 

IV. NETWORK CONTROL POINT 

The Network Control Point 7 (NCP) is a new Bell System develop- 
ment that adds an on-line real-time data base to the Common Channel 
Interoffice Signaling (CCIS) network. Using the alternate-routing and 
direct-signaling features of the CCIS network, the NCP provides a 
high-reliability, distributed data-base capability. The first applications 
of the NCP are to support 800 Service and Expanded 800 Service and 
to provide billing validation for the Automated Calling Card Service. 

Since the NCP was designed to use the 3B20D Processor and the 
DMERT operating system, the software is written entirely in the C 
programming language. Those portions of the NCP software that are 
real-time critical are implemented at the kernel process level, while 
those portions with less stringent real-time requirements are imple- 
mented at user level. Thus, all features of the DMERT operating 
system are used to create an efficient, homogeneous system at a 
significant savings in project development cost. 
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The primary purpose of the NCP is to provide reliable, fast access 
to a data base. Hence, special emphasis is placed on the access to the 
moving head disks and to the communication via data links to the data 
base administration centers. A cache algorithm is implemented that 
allows the most frequently used entries to be queried without access 
to the disk. Multiple copies of the data base, beyond the two copies 
maintained by DMERT, are kept to protect against loss of the data 
base. Special spoolers are provided to aid in the communication 
between the NCP and the data base administration centers. The 
flexibility of DMERT permits these application-specific features to be 
easily implemented and integrated into the system. 

Hardware for the NCP is composed of standard 3B20D Processor 
units except for one special peripheral controller board used to link 
the NCP to the signal transfer point of the CCIS network. The 
DMERT input/output driver module is modified to handle this board, 
and a diagnostic module is integrated with the standard DMERT 
diagnostics. The remainder of the NCP hardware consists of duplex 
processor systems equipped with 10 to 16 megabytes of memory each, 
four input/output processors, five moving head disk units, six to ten 
BX.25 data links, and a magnetic tape unit, making the typical NCP 
one of the larger 3B20D Processor systems in operation. 

The NCP was the first user of the 3B20D Processor and the DMERT 
operating system to go into commercial service. The straightforward 
architecture of the NCP, both hardware and software, and the system 
test capability at the NCP development laboratory allowed sufficient 
operational confidence to be established so that four systems were 
placed into service on September 3, 1981. By November 1, 1981, 14 
systems were in service, handling 15 million queries per business day 
across the United States from all calls prefixed by 800. 

V. ATTACHED PROCESSOR SYSTEM FOR NO. 4 ESS AND NO. 1A ESS 

The 1A Processor is the central processing unit of both the No. 4 
Electronic Switching System (No. 4 ESS) and the. No. 1A Electronic 
Switching System (No. 1A ESS). 89 The No. 4 ESS is designed to 
handle toll and tandem switching functions while the No. 1A ESS is 
designed to handle local, tandem, and toll switching functions; both 
systems have been in service for more than six years. Currently there 
are about 90 No. 4 ESS and 800 No. 1A ESS systems in service. The 
growth of telephone traffic and customer demand for new services on 
these systems established a need to increase processing capacity, 
implement new service features, and expand the memory spectrum. A 
new system architecture involving the attachment of an additional 
processor to the 1A Processor configuration was designed to meet 
these needs. The 3B20D Processor with the DMERT operating system 
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was chosen as the appropriate processor because of its low cost, 
reliability, processor and memory resource capacity, and the availabil- 
ity of a high-level language in the software development environment. 

The No. 4 ESS and No. 1A ESS are designed to use the powerful 1A 
Processor for central control and memory. There are three types of 
memory: program store containing the fixed set of software instructions 
for operational functions; call store containing translation data describ- 
ing office configuration and parameters; and file store on disk contain- 
ing backup copies for both program and call store as well as less 
frequently exercised programs, such as diagnostic routines. The 1A 
Processor file store was the earliest resource to exhaust under the 
pressure of increased traffic load and new feature development. The 
Attached Processor System (APS), with the 3B20D Processor and 
DMERT operating system, has been designed as a replacement for 
the 1 A Processor file store. In addition, APS also provides a mechanism 
to deload the 1A Processor of operational and administrative tasks 
which potentially limit its real-time performance at high traffic loads. 
It should be emphasized that the 1A and 3B20D Processor support 
different programming languages and new development software can 
be written in the more appropriate language. 

The APS system includes hardware and software to connect the 
3B20D Processor to the 1A Processor. The hardware includes an 
Attached Processor Interface (API) unit to interconnect the Direct 
Memory Access (DMA) channels of the two processors. The software 
includes an API driver consisting of 3B20D Processor program modules 
and corresponding 1A Processor program modules. Together these 
modules administer and maintain a 10 megabit/second fully duplicated 
interprocessor communication link. The 3B20D Processor modules are 
designed at the kernel process level to meet the stringent real-time 
requirements for processor intercommunication. To maintain integrity 
with the existing No. 4 ESS and No. 1A ESS software environment, 
the 1A Processor disk administration mechanisms were provided in 
the APS. The 1A Processor was also provided with full access to the 
3B20D/DMERT File Manager and the entire 3B20D file system 
addressing spectrum. 

The first No. 4 ESS with APS was scheduled for commercial service 
in 1982. The first No. 1A ESS with APS is scheduled for service in 
1983. To take full advantage of the 3B20D Processor capabilities for 
future development, several new No. 4 ESS and No. 1A ESS features 
are planned to be implemented using DMERT and the high-level C 
language. 

VI. SUMMARY 

The 3B20D/DMERT system has achieved its objective of providing 
a cost and real-time effective base for a wide variety of telecommuni- 
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cations systems. The key concepts of multiple levels of functional 
support, emulation microcode support, and versatile input/output 
interfaces as combined in the 3B20D/DMERT system provide an 
adaptable base that can be tailored to many differing needs. In addition 
to the four applications described above, the 3B20D/DMERT system 
is the basis of a number of other telecommunication system designs 
currently under way in the Bell System. This widespread use of 
3B20D/DMERT marks it as a processor/operating system combina- 
tion of significance in the Bell System. 
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